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Ошибки 


• Это неизбежно 


• Более того, некоторые ошибки — совершенно 
нормальное и нередко даже желаемое 
явление 


e Ошибки надо уметь обрабатывать 
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Варианть обработки ошибок 


e Просто выводим сообщение "ой, что-то случилось” 
— Для интерактивных приложений еще туда-сюда 
- Иногда даже и правильно 


- Ничего не делаем - все падает как падает 
- Не так уж плохо 


Оба варианта выше вполне жизнеспособны в ряде случаев 


Или, что хуже, просто игнорируем (when others then null) 


- Для backend-a такое поведение - просто катастрофа, надо ругаться в 
мониторинг или хотя бы сбрасывать в логи прерывать работу 
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Не "кто виноват", не "что случилось", а "что делать" 


- Ошибки СУБД классифицируєт как "что сломалось" или даже "где сломалось", а вот в приложений их надо 
классфицировать как "что случилось с БД/приложением" и, исходя из зтого, "что делать дальше" 


• Что случилось с 
- БД – все нормально/сомнительно/плохо/совсем плохо 
- Приложением - все нормально/сомнительно/плохо/совсем плохо 
• А что делать-то? В общем случае: 
- Не обращать внимания (предупреждения) 
• Транзакция продолжает выполняться 
- Сообщить пользователю/внешней системе/отправить в файл ошибок (constraints) 
e Откат транзакции/ѕамероіпї 
- Повторить операцию сразу (deadlock_detected, serialization_failure) 
• Откат транзакции, сигнализировать в лог, при частьх повторах - в мониторинг 


- Повторить операцию через какое-то время (проблемы с соединением, недоступность бизнес-сущностей - нет 
товара на складе, например) 


• Откат транзации, сигнализировать в монтиторинг 
– Сделать что-то, специфичное для приложения, и повторить операцию 
• Откат транзакции, что-то сделать, сигнализировать в мониторинг 
- Остановить приложение или его часть 
e Откат транзакции, сигнализировать в мониторинг 
- Остановить все/переключить 
e Откат транзакции, полная остановка, сигнализировать в мониторинг (нг) HighLoad зі 


Анатомия ошибки 


e Postgres 


- SEVERITY (DEBUG, LOG, INFO, NOTICE, 
WARNING u EXCEPTION) 


- SQLSTATE 


- message, hint, detail, column, table, schema, 
constraint, datatype 
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Например 


work=# \set VERBOSITY verbose 

work=# create table ct(id int primary key, 
val text check(val ~ '*\d+')); 

CREATE TABLE 

work=# insert into ct values(1,'zz'); 
ERROR: 23514: new row for relation "ct" violates check constraint 
"СЕ val check" 

DETAIL: Failing row contains (1, 72). 

SCHEMA NAME: public 

TABLE NAME: ct 

CONSTRAINT NAME: ct val check 

LOCATION: ExecConstraints, execMain.c:2021 
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SOLSTATE 


- 23514 - код ошибки (check_violation) 
- 23 - класс ошибок (иногда довольно странньй) 
- 514 - условие в классе 
e іп ѓаПеа $4 transaction — название ошибки 
- Не у всех ошибок могут быть названия 
- Appendix A. PostgreSQL Error Codes 
• 0,1, 2, 3, 4, А, В, С, D, Е, F n С - стандартные, 5-9 и І-7 — 


расширения 
• И для классов, и для условий 


- 20001 - “товар временно отсутствует” . 
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Дополнительные классы ошибок 


• IM — ODBC 


e Y? — клиенты Postgres 
- YE001 - ECPG “out of memory” 
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01, 02 - Warning/No Data 


• В зависимости от контекста может быть 
совершенно нормальным 


г 01 – в pg только privilege_not_granted/revoked 


• 02 — мне попадался только в ECPG, я им не 
пользуюсь 


- select ... into strict в plogsql почему-то выбрасывает 
P0002 
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03,09, ОА... 


e Самый длинный СПИСОК 
e Например: 


- 27000 triggered_data_change_ міоіайоп 
tuple to ре deleted was already modified by ап operation 
triggered by the current command 


- 21000 cardinality violation 


more than one row returned by a subquery used as an expression 


- 39004 null value_not_allowed 
lower bound of FOR loop cannot be null 


e Некоторые ошибки (HVOON — fdw_unable_to_establish_connection) 
можно обрабатывать как класс 08 
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03,09, ОА, 22... 


e Скорее всего это ошибки приложения или его конфигурации и 
дальнейшее выполнение операции может привести к неверным 
результатам. Не исключено, что дальнейшая работа невозможна. 


e Сообщаем пользователю/внешней системе/оператору о 
возникшей проблеме 


- Приложение находится в некорректном состоянии. Не 
исключено, что дальнейшая работа невозможна 


- БД после возникновения ошибки остается в корректном 
состоянии 
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22 -- Data Exception 


г array subscript еггог, 
invalid_argument_for_logarithm, 
invalid escape sequence, 
Invalid_ row_count_in_result_offset_clause, 
invalid_ xml ргосеѕѕіпо instruction и т.д. 
- Ошибки приложения 


- БД в корректном состоянии 
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23 - Integrity Constraint Violation 


FOREIGN KEY, CHECK, UNIQUE, EXCLUDE 


- Это ошибка проведения операции и свидетельствует о том, что БД 
не удалось перевести в некорректное состояние. Дальнейшая 
работа возможна. 


- Можно определить, где возникла ошибка (constraint, table, schema в 
ошибке) и указать пользователю/внешней системе/оператору, исходя 
из этих данных, в чем именно проблема. 


Ошибки приложения 
БД в корректном состоянии 
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42 Syntax Error ог Access Rule 
Violation 
e syntax_ error, insufficient_ privilege, 
datatype mismatch, ambiguous column и пр. 
- Тоже ошибки приложения 


- БД в корректном состоянии 
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Не все ошибки одинаковь 


e 01, 02, 09 и др. — редко 

г OB, OF и др. — не встречается 

e 07002 - только get stacked diagnostics вне exception 
• Й Т.Д. 


e 40 — фактически в pg используются 40001 
(serialization. failure) и 40P01 (deadlock detected) 


(нг) HighLoad~ 


08, 40001, 53, 40P01, 72000 


e 08 — Connection Exception, 40001 — 


serialization. failure, 53 - Insufficient Resources, 
40Р01 - deadlock detected, 72000 — 
snapshot too old 


- Возможно, требуется повторение операции 
- В случае повтора необходимо указать таймаут 
Приложение в рабочем состоянии 


БД находится в корректном состоянии, но, 
возможно, неработоспособна 
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58, ХХ 


e 58000 system_error 
- 58030 io error 
- 58P01 undefined йе 
- Б8РО2 duplicate_file 
e ХХООО ищегпа| error 
- ХХ001 data_corrupted 
- ХХ002 index_corrupted 
- Приложение находится в рабочем состоянии 


- БД находится в нерабочем состоянии. Дальнейшая 
работа невозможна. ТИИ; 


Повторы операции. Deadlock 


e Транзакция А захватила строку а и пытается захватить строку б, 
транзакция Б захватила строку 6 и пытается захватить строку а 
(ит.д. в случе трех и более транзакций) 


e На самом деле дедлок — невозможность сериализовать 
(преобразовать в последовательность) некоторое множество 
транзакций. 


• Дедлоки могут возникнуть всегда. Даже если у вас сейчас его 
нет, в будущем всегда может появиться 


e Транзакции с дедлоками необходимо повторять 
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Повторы операций. Deadlock 


Повтор может быть не один 
Более того, повтор может случиться несколько тысяч раз! 


Надо быть к этому готовым: выполнять 
нетранзакционные операции непосредственно перед 
коммитом при отсутствии deferred триггеров. 

- Параноики могут использовать распределенные транзакции или 
идемпотентных участников (тем более, что это полезно и без 
дедлоков) 

Недостаток Postgres — нельзя задать стратегию выбора 

deadlock victim. 


- Правда, никто и не жаловался (ну, кроме меня) 
(HL) ноћ. оаа” 


Повторы операции. Deadlock 


Можно ли полностью избавиться от 
дедлоков? 
- Нет 
- Можно снизить вероятность их возникновения 
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Отступим от темы 


Deadlocks іп connection pool 


- Если каждому треду надо больше одного соединения 
- min pool size = T*(C-1)+1, где 

e т — максимальное число тредов 

e С – максимальное число одновременных соединений у треда 
— Могут быть разные пулы для разных серверов 


- Проблема — раздутые connection pool ведут к снижению 
производительности 


- Проблема - размер connection pool должен соответствовать 
тах соппесіїоп5, чтобы не попать Ha deadlock уже именно 
сессий _ 
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Повторы операций. 
serialization. failure 
e Нарушение уровня изоляции Serialization_ failure 
e Совпадает с обработкой дедлоков 


e Для read-only транзакций можно избежать, см. 
документацию 
- Правда, почти всегда будет достаточно гереаїаріе 
read 
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Повторы операции. Класс 08 - 
Соппесіїоп Ехсеріїоп 


e За исключением 08Р01 protocol violation ничего особо 
интересного - надо просто повторять попьтки соединения 


- Отличие от deadlock_detected и serialization_failure - повтор не 
транзакции, а попытки получить соединение 


e ОЗРО1 — ошибка, скорее всего, невосстановимая и 
потребуется вмешательство 


- Приложение в рабочем состоянии (если не 08Р01); 
возможно, некорректно сконфигурировано; требуется 
отражение проблемы в мониторинге 

- БД в корректном состоянии 
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Повторы операций, классы 53, 54 


Это Insufficient Resourses и Program Limit Exceeded 


53 подходит для ошибок приложения типа "Все операторь 
заняты, попробуйте позже” и т.п. 


- Оговорка - возможно, для бизнес-ошибки “недостаточно 
ресурсов” можно использовать свой класс 


Возможно, приложение не сможет продолжить работу 


БД в корректном состоянии; тем не менее, она, 
возможно, неработоспособна 
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Повторы операций. 


Класс 72 Snapshot Failure 
72000 — Snapshot too old 


Ошибка специфична для Postgres 


Возникает, когда сессия пытается обратиться к странице, 
которая уже была очищена. 


Параметр old _snapshot_threshold 

- См. документацию. 

Возможно, потребуется вмешательство. 
БД в корректном состоянии (Н) німі саа” 


Повтор операций. Таймауть 


между повторами 


e Для deadlock detected и serialization failure — 
минимальный 


- Возможно, через несколько попыток есть смысл 
подождать побольше 


e Для 08, 53, 54 — побольше 


• Если долго не удается выполнить операцию — 
сильно ругаться в мониторинг 
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20 


e Некоторый курьез 
г 20000 саѕе пої found 
- Он такой один бог весть почему 


- Ну и слава богу: некоторая неортогональность 
указывает на жизненность 
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Выводы 


Необходимо построить закрытый список ошибок, которые допускают повторное 
выполнение (deadlock_detected, serialization_failure, некоторые из классов 08, 
ошибка Snapshot_too_old, какие-нибудь специфичные для приложения 53??? и 


Т.Д.) 
Все ошибки класса 23 — сообщения о неудачных попытках перевести БД в 
некорректное состояние, иногда вполне ожидаемые (ннапример, ипідие violation) 


Все ошибки, кроме ошибок классов 00,01,02,08, требуют отката транзакции 
- Некоторые ошибки могут быть откачены до Savepoint 


Все ошибки, кроме классов 00,01,02,23, отчасти 08, ошибок deadlock_detected, 
serialization_failure, snapshot_too_old, специфичных для приложения, говорят об 
ошибках либо в приложении, либо в конфигурации приложения 


Все ошибки и предупреждения надо выводить в лог и мониторинг 


Все остальное - не только в лог и мониторинг, для раскепа-процессов лучше 
всего прервать выполнение 
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Классы ошибок (Postg res) Работаем, Показываем ошибку, Повторяем, Авария, Катастрофа 
• 00 — Successful Completion - все нормально 
• 01 — Warning, 02 - Мо Data (тоже Warning) (только в ECPG) 

- отображение в логах и, возможно, в мониторинге (вообще в рд штука достаточно экзотическая) 


• 03,09,0A,0B,0F, OL,OP,0Z,20,21,22,24,25,26,27,28,2B,2D,2F,34,38,39,3B,3D,3F,42,44,54,55,58,F0,HV,PO — No 
Data, Feature not Supported, Data Exception, Syntax Error и пр. 


- ошибка приложения или его конфигурации в MOM или ином виде, отображение в мониторинге, отмена 
выполняемом операции (не только транзакции), возможно, отключение подсистемы или всего приложения 


• 23 — Integrity Constraint Violation 


- Для интерактивных приложений - ошибка данных: неверный ввод. Отображение в мониторинге только в 
неожиданных случаях; для пакетных заданий - аварийная остановка или запись в файл ошибочных данных 


• 08 — Connection Exception, 53 - Insufficient Resources 
- Попытки переподключения с каким-то разумным интервалом 

• 40001 - serialization_failure, 40P01 - deadlock_detected, 72000 - snapshot_too_old 
- Возможно повторение операции сразу же, отображение в мониторинге и логах 

• 57 — Operator Intervention 


- Требуется вмешательство - отображение в мониториге и логах, возможно, остановка приложения, как 
минимум отмена операции 


• 58 (іо епогипр.), ХХ - Internal Error (іпіегпа| еггог, data_corrupted, index_corrupted) или бизнес-ошибка 
mission-critical уровня 


- Срочная остановка всех процессов или, возможно, рготоїе реплики до мастера (н) "т, 


Обработка ошибок в plogsal 


e begin 


exception 

when deadlock detected then... 

when unique violation then... 

when ‘2201B’ then -- invalid regex 

when ‘23000’ then -- получаем целый класс 
end 


e Неявный Savepoint 


- Много savepoint (>64 в сессии) ведет к снижению производительности (не так 
критично в PostgresPro) 


e When others then raise sqtate ‘.....’ или просто raise; 


- Обработка ошибок в plpgsq! обычно имеет смысл 
• Для отката 


ы Для изменения ошибки на что-то имеющее смысл для приложения: 


when unique violation then 
raise ‘53U01’ using message=’Bce операторы заняты’ 


(нг) HighLoad~ 


Обработка ошибок в plogsal 
e GET STACKED DIAGNOSTICS 


DECLARE 
text varl text; 
text уаг2 text; 
text _var3 text; 
BEGIN 
- здесь происходит обработка, которая может вызвать 
исключение 


EXCEPTION WHEN OTHERS THEN 
GET STACKED DIAGNOSTICS text varl 
text маг2 
text _var3 


MESSAGE TEXT, 
PG EXCEPTION DETALL, 
PG EXCEPTION HINT; 


END; 
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Обработка ошибок в plogsal 


"РОС EXCEPTION CONTEXT 
- Стек вызовов 


GET STACKED DIAGNOSTICS 
Stack=PG EXCEPTION CONTEXT; 
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Java 


e JDBC4: SQLException 
- BatchUpdateException 
- RowSetWarning - напрямую к СУБД не относится 
- SerialException - serialize/deserialize errors 
- SQLClientInfoException - “when one ог more client info properties could пої be set оп a Connection” 
- SQLNontTransientException 


SQLDataException - класс 22 

SQLIntegrityConstraintViolationException — knacc 23 

SQLSyntaxErrorException - класс 42 

SQLInvalidAuthorizationSpecException - класс 28 

SQLFeatureNotSupportedException - класс ОА - в Postgres сейчас такого класса нет 
SQLNontTransientConnectionException - класс 08 


- SQLRecoverableException - ...failed operation might be able to succeed if the application performs some recovery steps and 
retries the entire transaction or in the case of a distributed transaction, the transaction branch. At a minimum, the recovery 
operation must include closing the current connection and getting a new connection... 


- SQLTransientException 


SQLTransactionRollbackException - класс 40 
SQLTransientConnectionException - класс 08 


- SQLWarning 
- SyncFactoryException - работа с RowSet 


- SyncProviderException - работа с RowSet 
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о java.sql. SQLException (implements java.lang.lterable<T>) 
о java.sql.BatchUpdateException 
о java.sq|.SQLClientiInfoException 
о java.sql.SQLNonTransientException 
о java.sql.SQLDataException 
o java.sql.SQLFeatureNotSupportedException 
о java.sql.SQLIntegrityConstraintViolationException 
о java.sql.SQLInvalidAuthorizationSpecException 
о java.sql.SQLNonTransientConnectionException 
о java.sql.SQLSyntaxErrorException 
o java.sql.SQLRecoverableException 
о java.sql.SQLTransientException 
о java.sql.SQLTimeoutException 
о java.sql.SQLTransactionRollbackException 
о java.sql.SQLTransientConnectionException 
o java.sql.SQLWarning 
о java.sql.DataTruncation 
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pgjdbc,pgjdbc-ng 


e Это все не очень-то и важно: pgjdbc выбрасывает 
только SQLException 


- Тем не менее никто не жаловался 
e Зато pgjdbc-ng умеет 
SQLIntegrityConstraintViolationException - класс 23000 


PGSQLSimpleException - все остальное (ну BOT так 
получилось) 


- Но не умеет Піпі 
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Spring 
г Иное представление о прекрасном 
- Самобытная иерархия 


- https://docs.spring.io/spring-framework/docs/current/javadoc-api/org/ 
springframework/dao/package-tree.html 


e Соединениями обычно управляет connection pool, так что 
класс 08 увидеть не получится 
- SingleConnectionDatasource 


- Но это может быть как 
org.springframework.jdbc.CannotGetJdbcConnectionException, так и 
org.springframework.transaction.CannotCreateTransactionException 

e getCause() все равно 08001 
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о 


org.springframework.dao.DataAccessException 
о org.springframework.dao.NonTransientDataAccessException 


о 


о 


о 


о 


о 


о 


о 


org.springframework.dao.CleanupFailureDataAccessException 
org.springframework.dao.DatalintegrityViolationException 

о org.springframework.dao.DuplicateKeyException 
org.springframework.dao.DataRetrievalFailureException 

о org.springframework.dao.IncorrectResultSizeDataAccessException 

о org.springframework.dao.EmptyResultDataAccessException 

org.springframework.dao.InvalidDataAccessApiUsageException 
org.springframework.dao.InvalidDataAccessResourceUsageException 

о org.springframework.dao.IncorrectUpdateSemanticsDataAccessException 

о Org.springframework.dao. TypeMismatchDataAccessException 
org.springframework.dao.NonTransientDataAccessResourceException 

о org.springframework.dao.DataAccessResourceFailureException 
org.springframework.dao.PermissionDeniedDataAccessException 
org.springframework.dao.UncategorizedDataAccessException 


о org.springframework.dao.RecoverableDataAccessException 
о org.springframework.dao. TransientDataAccessException 


о 


о 


о 


org.springframework.dao.ConcurrencyFailureException 
о Org.springframework.dao.OptimisticLockingFailureException 
о org.springframework.dao.PessimisticLockingFailureException 
о org.springframework.dao.CannotAcquireLockException 
о org.springframework.dao.CannotSerializeTransactionException 
о org.springframework.dao.DeadlockLoserDataAccessException 
org.springframework.dao.QueryTimeoutException 
org.springframework.dao. TransientDataAccessResourceException 


Spring framework - Postgres 


e SQLErrorCodeSQLExceptionTranslator 
- BadSqlGrammarException 03000, 42000, 42601, 42602, 42622, 42804, 42Р01 
- InvalidResultSetAccessException 


- DataIntegrityViolationException 23000, 23502, 23503, 23514 
г DuplicateKeyException 23505 


- PermissionDeniedDataAccessException 

- DataAccessResourceFailureException 53000,53100,53200,53300 
- TransientDataAccessResourceException 

- CannotAcquireLockException 55Р03 

- DeadlockLoserDataAccessException 40Р01 


- CannotSerializeTransactionException 40001 - 
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Spring framework 


e SQLExceptionTranslator 


- Можно установить свой, преобразующий 
SQLException в что-то более подходящее для 
предметной области 


- sql-error-codes.xml 


e К Postgres это уже имеет достаточно слабое 
отношение 
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Hibernate 
г public String getSQLState() 


e class org.hibernate.HibernateException 

• class org.hibernate. JDBCException 
class org.hibernate.exception.ConstraintViolationException 
class org.hibernate.exception.DataException 
class org.hibernate.exception.GenericJDBCException 
class org.hibernate.exception.JDBCConnectionException 
class org.hibernate.exception.LockAcquisitionException 
class org.hibernate.exception. SQLGrammarException 
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JPA 


e getCause() 


о Jjavax.persistence.PersistenceException 
о Jjavax.persistence.EntityExistsException 
о javax.persistence.EntityNotFoundException 
о javax.persistence.LockTimeoutException 
о Jjavax.persistence.NonUniqueResultException 
о Javax.persistence.NoResultException 
о javax.persistence.OptimisticLockException 
о Jjavax.persistence.PessimisticLockException 
о javax.persistence.QueryTimeoutException 
o Javax.persistence.RollbackException 


о Javax.persistence. TransactionRequiredException ‚ 
(HL) HighLoad” 


Hibernate+JPA 


e “However, if we're using Hibernate as a JPA 
persistence provider, these exceptions may get 
wrapped into PersistenceException.” 


e JDBC+Spring+Hibernate+JPA... 
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Java - выводы 


“...наряду с мужчиной и женщиной появились двужчина, дваба и два 
вспомогательных пола — уложники и поддержанки. Жизнь, особенно 
эротическая, ... усложнилась до крайности." (Станислав Лем, 
“Путешествие двадцать первое”) 
e Такое цветущее разнообразие наводит на две мысли: 
— Это реальная проблема 
- Которую не так-то просто решить 


• Что делать? 
— Пользоваться существующим: для небольших задач это вполне удобно 
- SQLSTATE 
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СЯ 


- Я не разбираюсь в СЕ, но... 


- Видимо, нет такого буйства мысли, как в Java 
- Сами, все сами 


- Класс DbException имеет свойство SqlState 

• npgsql 
- PostgresException имеет свойство SqlState (естественно) 
- Есть messageText, hint, detail и т.д. 
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РНР, бо 


"На все прочие явления жизни 
мастерская штемпелей и печатей 
отозвалась только одной синей 
табличкой: «Дежурная няня»". 


Все очень сдержанно. 


• Ошибка и ошибка 
• SOLSTATE 
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РНР 


e PDO: $dbh->setAttribute ( 
РОО::АТТЕ ЕВАМОРЕ, РОО: :ERRMODE EXCEPTION 
); 
- PDOException 
— Доступен только 501 5 ТАТЕ, остальное придется получать из 
сообщения об ошибке 
• pgsq| 
- Исключений нет, надо получать ро геѕиії еггог/ро геѕиії еггог field, там 
можно получить hint, details, constraint и т.п. 
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(50 
e До SQLSTATE и прочего можно добраться 


г Ну и хватит 
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Python/psycopg2 


• https://www.psycopg.org/docs/errors.html 
- pgcode - зто Ha самом деле SQLSTATE 


• “String representing the error code returned by the backend, None if not available.” 
e StandardError 
| Warning 
| Error 
| InterfaceError 
| DatabaseError 
| DataError 
| OperationalError 
| IntegrityError 
| InternalError 
| ProgrammingError 
| NotSupportedError 


e Почему-то не сочли нужным выделять Transient & Recoverable: 08 — это 
DatabaseError, а 40P01 -OperationalError, вместе с 53,54,57,НМ 
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Выводы 


г Или разнообразные иерархии ошибок даже в 
пределах одной экосистемы, или все очень 
минималистично 


e Все иерархии отвечают на главный вопрос — 
"кто виноват?", а надо ответ на "что делать?" 


e Самый разумный вариант - SQLSTATE 
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Выбрасываем ошибки 


RAISE | уровень | "формат! [, выражение |, ... ]] 

[ USING параметр = значение |, ... | |; 

RAISE | уровень | имя условия | USING параметр = 
выражение |, ... ] |; 

RAISE [ уровень | SQLSTATE 'sqlstate' | USING параметр 
= выражение |, ... ] |; 

RAISE | уровень | USING параметр = выражение І, ... 1; 
RAISE ; 


e Уровень - DEBUG, LOG, INFO, NOTICE, WARNING и EXCEPTION 
- Уровень — отдельно, SQLSTATE - отдельно 
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А что выбрасывать-то? 


e Не надо изобретать многочисленные классы ошибок, не хватает 
только двух - “бизнес-ресурс временно недоступен” и “ошибка 
misson-critical уровня” 


e Для неудачных проверок ~ 23, для неверной логики - 22, для “Пока 
нет денег для операции”, “Товар отсутствует на складе”, "Все 
операторы заняты”, “Неожиданный баланс пользователя” или 
“Обнаружен несанкционированный вывод средств” - см. 
предыдущий пункт, для “глобальные проблемы с железом/софтом, 


все укладываем[, переключаемся на реплику] - 58 
e Кроме того, есть hint, details и проч. 
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Выводы 


Обработкой ошибок мало кто занимается 
- Дедлоки и т.п. не оставляют вариантов 


В Postgres в общем-то есть все что надо 
В Java в процессе упрощения сделали еще сложнее 


Не в Java этим вопросом себя особо не изнуряли — 
может, и слава богу. 


ЗОЕ$ТАТЕ! 
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Вопросы? 


